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EDGE DEPLOYED DATABASE PROXY DRIVER 



BACKGROUND OF THE INVENTION 
Statement of the Technical Field 

The present invention relates to the field of universal database access and more 
particularly to an edge-deployed database proxy driver. 
Description of the Related Art 

As business organizations deploy important business applications over the 
Internet, challenges arise in the form of processing delays and network latencies. 
Specifically, the placement of application content in a centralized server can compel 
users 1 requests to traverse multiple congested networks in an attempt to effectively 
interact with the application. As a result, this centralized approach to deploying 
applications on the Internet can hinder the attainment of scalability, reliability and 
performance levels that are considered "mission-critical" in the deployment of a 
business application. 
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In consequence of the inherent deficiencies of the centralized approach, there 
has been a recent trend to move more application processing functions to the edge of 
the network. In lay terms, the "edge" of the network refers to that portion of a publicly 
accessible network which is disposed communicatively closer to the end-user. While 
the positioning of servers and other network devices at the edge of the network can 
bear direct relation to the geographical positioning of the end-users, in some cases, the 
positioning of servers at the edge of the network can bear closer relation to the 
available communications bandwidth and the performance of network components 
linking end-users to the servers. 

Importantly, many applications which benefit from edge-deployed applications 
are database-driven, or at least database dependent in some way. For example, some 
e-business applications interact with database servers in which business data can be 
stored. While some conventional database servers can be accessed through a 
proprietary database connectivity interface, in recent years, database driven 
applications have been able to access database servers through database access 
middleware. 

Database access middleware provides a stylized connection between an 
application computer program and a database. By stylized connection, it is meant that 
a database link has a formal, published definition. This formal, published definition can 
identify the interface through which connected application programs can issue data 
access requests and, in response thereto, receive database content through the 
database link. Two contemporary examples of database access middleware include 
the Open Database Connectivity (ODBC) and JDBC™ (Sun Microsystems, Inc.) 
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specifications. ODBC and JDBC are important connectivity technologies because 
presently, ODBC and JDBC have been implemented in a bevy of disparate platforms 
while providing a common interface to several different database servers. 

Primarily, database access middleware shuttles data requests and database 
content to and from application programs. In addition, database access middleware 
helps to ensure security, and it insulates the application from having to interact directly 
with the database server. Generalized query tools can utilize database access 
middleware (rather than the database server itself) to provide query services for 
multiple types of database products. Also, computer programs written according to 
Visual Basic, C, C++, Pascal, COBOL and other programming languages can perform 
database operations via ODBC. By comparison, programs based upon Java™ (Sun 
Microsystems, Inc.) technology can use JDBC to perform database operations. 

JDBC technology is an application programming interface (API), often 
erroneously referred to as "Java Database Connectivity", that permits application 
programs to access virtually any tabular data source using the Java programming 
language. In consequence, JDBC technology provides cross-database management 
system (DBMS) connectivity to a wide range of databases, and other tabular data 
sources, such as spreadsheets or flat files. With a JDBC-enabled driver, a developer 
can easily connect all corporate data even in a heterogeneous environment. 

Presently, it isjjno wn to deploy both mid dleware and application manage ment 
programs at the edg e of the network. These a p plication man ageme nt programs can 
include_io.a.d..balancers t .databa se caches and ap plicati on analyzers. Still, the explicit 
use of such application management programs in conjunction with middleware requires 
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the coordinated re-tooling of the client application, the database server, or both. Yet, in 
many cases, the operation of the application management programs can capitalize 
upon operational data generated in the course of providing data access through the 
middleware. 
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SUMMARY OF THE INVENTION 

The present invention can include a database access system and method which 
utilizes a database proxy driver in a layer between an application and database 
connectivity driver. The database proxy driver can share a matching interface with the 
database connectivity driver so that the database proxy driver can act as a proxy to the 
database connectivity driver without requiring modification of the application. Acting as 
a proxy to the database connectivity driver, the database proxy driver can perform 
auxiliary tasks, such as edge based tasks, in addition to processing database 
connectivity requests. In this way, a coordinated re-tooling of the application or 
database server is not required. 

In one aspect of the present invention, a database access system which has 
been configured in accordance with the inventive arrangements can include a universal 
database connectivity driver having a first exposed interface through which access to a 
database server can be provided; a database proxy driver registered with the universal 
database connectivity driver; and, a database driven application programmatically 
linked to the database proxy driver. Significantly, the database proxy driver can have a 
second exposed interface which conforms with the first exposed interface of the 
universal database connectivity driver. The database proxy driver further can have a 
configuration for invoking at least one auxiliary task in addition to providing access to 
the database server through the first exposed interface of the universal database 
connectivity driver.. 

Importantly, each of the universal database connectivity driver, database proxy 
driver and database driven application can be disposed in an edge device in a 
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computer communications network. In consequence, the auxiliary task can include load 
balancing. Also, the auxiliary task can include caching. In addition, the database 
access system also can include a log file of data request meta-information; and, an 
application analyzer configured to tune operation of the auxiliary task based upon the 
meta-information. 

Alternatively, the proxy driver can be disposed at a back-end application server 
in a computer communications network. In this alternative configuration, the proxy 
driver can capture meta-information relating to how an associated application uses 
various databases in association with patterns of user requests to that back-end 
application server. Once collected, the meta-information can be used to decide which 
applications and user invocation patterns can be deployed and fielded respectively at 
various edge devices across multiple physical locations. 

In another aspect of the invention, a database access method can include 
receiving a database connectivity request through a corresponding first exposed 
database connectivity method from a database driven application; forwarding the 
database connectivity request to an underlying database connectivity driver through a 
corresponding second exposed method having a method prototype which matches a 
method prototype of the first exposed database connectivity method; and, performing at 
least one auxiliary task in addition to forwarding the database connectivity request. 
Notably, each of the receiving, forwarding and performing steps can be performed in an 
edge device. In consequence, the performing step can include performing a load 
balancing task. Similarly, the performing step can include performing a database 
caching task. 

RSW920010181US1 6 



The database access method also can include collecting meta-data for each 
received database connectivity request; and, modifying operation of the auxiliary task 
based upon an analysis of the collected meta-data. The modifying step can include 
generating rules which direct database connectivity requests to particular instances of a 
database server which are most likely to respond quickly based upon database latency 
patterns inherent in the collected meta-data. Also, the modifying step can include 
selectively caching result sets in a database cache based upon request frequency 
patterns inherent in the collected meta-data. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



There are shown in the drawings embodiments which are presently preferred, it 



being understood, however, that the invention is not limited to the precise arrangements 



and instrumentalities shown, wherein: 



5 Figure 1 is a schematic illustration of a database-driven network application in 



which an edge-deployed database proxy driver has been implemented in accordance 



with the inventive arrangements; 



Figure 2 is a UML diagram of the database proxy driver of Figure 1 ; and, 
q Figure 3 is a flow chart illustrating a method for configuring and operating the 

l(Xs database proxy driver of Figure 1 to perform application management while handling 

N 

CO data requests. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is a database proxy driver which can process application 
data requests in an edge server while transparently and concurrently performing edge 
processing tasks such as load balancing or data caching. Importantly, unlike prior art 
5 database drivers which merely facilitate and control access to a database server, in the 
proxy data database driver of the present invention, not only can the proxy driver 
facilitate and control access to the database server, but also the proxy driver can initiate 
and, optionally, perform the edge processing tasks responsive to receiving a data 

•3S& 

y request. Finally, the interface to the proxy database driver can conform to the interface 

10j of an underlying database connectivity driver, for example ODBC or JDBC. In this way, 

ffl 

gi an application can be configured to operate with the proxy database driver merely be 
r substituting a reference to the underlying database connectivity driver with a reference 
¥= to the proxy database driver. 

U] Figure 1 is a schematic illustration of a database-driven network application in 

15 u which an edge-deployed database proxy driver has been implemented in accordance 
with the inventive arrangements. The network application 160 can be deployed in an 
edge-server 1 50 positioned at the edge of a publicly accessible network 110, for 
instance the Internet. Through the network 110, end-users 1 15 through their respective 
client computing devices can interact with the application 160, including transmitting 
20 data requests 120 to the application 160. 

Notably, the application 160 can be linked to data connectivity middleware 180 
through the database proxy driver 170 of the present invention. The data connectivity 
middleware 180 can be any suitable middleware product which can provide an API for 
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accessing data in a database server, such as a database server 155 local to the edge 
server 150, and those back-end database servers included as part of a database server 
form 190. Significantly, though the back-end database servers of the database server 
farm 190 are shown in close proximity to one another, it is a distinct advantage of the 
present invention that the database proxy driver 170 can interact with the database 
servers of the database server farm 190 though these database servers may have 
been geographically positioned apart from one another. 

In operation, end-users 115 can interact with the application 150 and can 
generate data requests 120 which first can be received in the application 160 at the 
edge server 150. The application 160, using the API of the database proxy driver 170, 
can request the establishment of a connection with a suitable database server. The 
database proxy driver 170, instead of merely establishing a connection with a pre- 
configured database server, can perform an edge task such as load balancing in order 
to identify a suitable database server with which a connection can be established. 
Once the database server has been identified, the database proxy driver 170, using the 
API of the underlying database connectivity driver 180, can establish a connection with 
the identified database server. Once a connection has been established, the data 
request 120 can be processed. 

Subsequent data requests also can be processed in a similar manner over the 
now established connection with the database server. For the subsequent data 
requests, as in the case of an initial data request, the database proxy driver 170 can 
perform edge tasks. In this regard, the database proxy driver 170 can be viewed as 
layering the performance of edge tasks upon the primary role of data access 
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middleware of moderating data access operations between an application and a back 
end database server. Unlike prior art middleware implementations, however, in the 
present invention, the database proxy driver 170 can be incorporated into an existing 
network-deployed, database driven application merely by substituting a reference to an 
5 existing database connectivity driver with the database proxy driver 1 70 of the present 
invention. 

In order to accommodate the seamless integration of the database proxy driver 
170 with the database-driven application 160, the database proxy driver can include an 

□ API which conforms with the API of the underlying database connectivity driver 180. 

o 

I0p 3 For example, in the case where the underlying connectivity driver 180 is an 
5 implementation of JDBC, the database proxy driver can be an implementation of the 
JDBC 2.0 API, developed by Sun Microsystems, Inc. of Palo Alto, California. Figure 2 
is a UML diagram of a JDBC-compliant database proxy driver which has implemented 

several of the core classes of JDBC 2.0. In particular, the core classes of JDBC 2.0 

O 

lfy can include a driver manager 205 which can manage the registration and activation of a 
database driver specific to one or more particular database engines. 

The core classes also can include a connection class 210, a statement class 215 
and a result set 220 class. Each of the connection 210, statement 215 and result set 
220 classes can be used in combination with the driver manager 205 to establish a 

20 back end database connection and to issue a data access directive. For example, 
using the JDBC 2.0 compliant classes illustrated in Figure 2, the following Java code 
can both establish a back end database connection and execute a database query: 
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• Connection c = 

DriverManager.getConnection("jdbc:m^^^ 
Statement s = c.createStatement(); 

ResultSet rs = s.executeQueryfSELECT name FROM nametable"); 
5 In accordance with the inventive arrangements, a ProxyDriver class 225 can be 

specified which implements the Driver class of JDBC. Additionally, ProxyConnection 
230 and ProxyStatement 235 classes can be specified which implement the Connection 
210 and Statement 215 classes, respectively, of JDBC. The ProxyDriver 225, 
ProxyConnection 230, and ProxyStatement 235 classes can further include or invoke 

lOik edge task logic, for example logic directed to load balancing, caching and the like. 

h 

r=>r 

O Inasmuch as each of the ProxyDriver 225, Proxy Connection 230 and ProxyStatement 

p 

x - 235 classes implement the Driver, Connection 210 and Statement 215 classes of 

53 

^ JDBC, however, each of the ProxyDriver 225, Proxy Connection 230 and 
^ ProxyStatement 235 classes can be seamless integrated into an application which has 
15^ been configured for integration with JDBC. 

in 

O Figure 3 is a flow chart illustrating a method for configuring and operating the 

ru 

database proxy driver of Figure 1 to perform application management while handling 
data requests. The method can begin in blocks 302 and 304 in which the proxy driver 
of Figure 2 can be implemented and deployed in an edge server along with the 
20 underlying database connectivity driver and the database driven application. In block 
306, the database driven application can be re-configured to utilize the database proxy 
driver of Figure 2 in lieu of the underlying database connectivity driver. Also, the 
database proxy driver can be registered to the underlying database connectivity driver. 
Subsequently, the application can be initialized for use by end-users. 
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Once initialized, the application can wait for a connection request in blocks 308 
and 310. Once a connection request has been received, the application can create a 
database connection using a method call exposed by the database proxy driver. Once 
the connection method of the proxy driver has been invoked, in block 312, one or more 
5 edge tasks can be performed. Examples of edge tasks can include load balancing and 
caching. Additionally, in block 314, the database proxy driver can invoke the 
connection method of the underlying database connectivity driver, thereby establishing 
a database connection. Notably, in block 314 the database proxy driver can establish 
U other database connections using the underlying database connectivity driver as 
10j : required by the edge task-particularly where the edge task is a load balancing 

K i 

m operation. 

I 

O In any case, once the connection has been established, in blocks 316 and 318 

O the application can wait for data requests. An exemplary data request can include a 

M- 

ft request to read data from a database, or a request to write data to a database. When 

s — 3 

l $1 the application receives a data request from an end-user, the application can service 

s y 

the data request using a method call exposed by the database proxy driver. Once the 
data service method of the proxy driver has been invoked, in block 320, again one or 
more edge tasks can be performed. Additionally, in block 322, the database proxy 
driver can invoke the data service method of the underlying database connectivity 

20 driver. 

Thus, for example, where the data request is a query and the edge task is load 
balancing, upon receipt of the request for a query, the database proxy driver can 
identify a target database server based upon load conditions and can forward the query 
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to the identified database server. By comparison, where the data request is a query 
and the edge task is caching, the database proxy driver first can inspect the local cache 
before issuing the query to a back end database server. Finally, the proxy driver can 
be configured to read from a local cache, but to write through the local cache to the 
5 back end server. 

In any event, in block 324 it can be determined whether a request to close the 
connection has been received. If so, in block 326 the database proxy driver can invoke 
a corresponding close connection method in the underlying database connectivity 

u 

O driver. Otherwise, the method can return to blocks 316 and 318 in which the 

5 3 

10^ application can await the next data request. Importantly, a log can be maintained of all 

% or selected portions of the database and application activities. Where one of the edge 

o 

7 r tasks is a cache, the log can be used to tune local cache consistency strategies. 

O 

U In particular, when servicing data access requests in block 322, meta-data such 

In as transport protocol headers, bean information and the like can be inspected and 

□ 

l^U collected. Once the connection has been closed, the collected meta-data can be used 
by an administration process in the edge server to determine how and where portions 
of the application can be re-positioned onto edge devices. In addition, the provisioning 
decisions associated with those portions of the application can be tuned, those 
provisioning decisions including caching, shadowing, remote access, initial subscription 

20 and replication rules. 

Finally, one or more sets of rules can be generated based upon the collected 
meta-data which can be used to direct data requests to instances of the application 
which are more likely to respond quickly based upon database latencies experienced 
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for data patterns represented by particular header patterns. That is to say, the history 
reflected by the log file can be used to learn the relationship, if any, between the 
request headers, the database access patterns and the variations in database 
responses to those patterns. 

Thus, the present invention can viewed as an additional layer between the 
application and the underlying database connectivity drivers. Merely be re-configuring 
connectivity references in the application, all database calls can be processed in the 
database proxy driver of the present invention. The database proxy driver therefore 
can perform edge tasks transparently while also invoking the database access 



10=F functionality of the underlying database connectivity drivers. Significantly, the addition 
of edge task processing functionality can occur without modifying either the application 
or database server. 

s 

ti The present invention can be realized in hardware, software, or a combination of 

2 — 

y? hardware and software. An implementation of the method and system of the present 

s 

15fij invention can be realized in a centralized fashion in one computer system, or in a 

distributed fashion where different elements are spread across several interconnected 
computer systems. Any kind of computer system, or other apparatus adapted for 
carrying out the methods described herein, is suited to perform the functions described 
herein. 

20 A typical combination of hardware and software could be a general purpose 

computer system with a computer program that, when being loaded and executed, 
controls the computer system such that it carries out the methods described herein. 
The present invention can also be embedded in a computer program product, which 

RSW920010181US1 15 



comprises all the features enabling the implementation of the methods described 
herein, and which, when loaded in a computer system is able to carry out these 



methods. 



Computer program or application in the present context means any expression, 



5 in any language, code or notation, of a set of instructions intended to cause a system 
having an information processing capability to perform a particular function either 
directly or after either or both of the following a) conversion to another language, code 
or notation; b) reproduction in a different material form. Significantly, this invention can 



5 ~_ 



2 be embodied in other specific forms without departing from the spirit or essential 



LJ 



10j attributes thereof, and accordingly, reference should be had to the following claims, 



^ rather than to the foregoing specification, as indicating the scope of the invention. 
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